-
Notifications
You must be signed in to change notification settings - Fork 140
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fix IIS LoaderOptimisation tests not testing anything #6209
Conversation
7bf7733
to
a98e2b3
Compare
Datadog ReportBranch report: ✅ 0 Failed, 367953 Passed, 2108 Skipped, 14h 14m 55.25s Total Time |
Execution-Time Benchmarks Report ⏱️Execution-time results for samples comparing the following branches/commits: Execution-time benchmarks measure the whole time it takes to execute a program. And are intended to measure the one-off costs. Cases where the execution time results for the PR are worse than latest master results are shown in red. The following thresholds were used for comparing the execution times:
Note that these results are based on a single point-in-time result for each branch. For full results, see the dashboard. Graphs show the p99 interval based on the mean and StdDev of the test run, as well as the mean value of the run (shown as a diamond below the graph). gantt
title Execution time (ms) FakeDbCommand (.NET Framework 4.6.2)
dateFormat X
axisFormat %s
todayMarker off
section Baseline
This PR (6209) - mean (70ms) : 68, 73
. : milestone, 70,
master - mean (70ms) : 68, 72
. : milestone, 70,
section CallTarget+Inlining+NGEN
This PR (6209) - mean (1,116ms) : 1093, 1140
. : milestone, 1116,
master - mean (1,115ms) : 1094, 1137
. : milestone, 1115,
gantt
title Execution time (ms) FakeDbCommand (.NET Core 3.1)
dateFormat X
axisFormat %s
todayMarker off
section Baseline
This PR (6209) - mean (110ms) : 106, 113
. : milestone, 110,
master - mean (109ms) : 106, 112
. : milestone, 109,
section CallTarget+Inlining+NGEN
This PR (6209) - mean (774ms) : 757, 792
. : milestone, 774,
master - mean (775ms) : 757, 792
. : milestone, 775,
gantt
title Execution time (ms) FakeDbCommand (.NET 6)
dateFormat X
axisFormat %s
todayMarker off
section Baseline
This PR (6209) - mean (93ms) : 90, 96
. : milestone, 93,
master - mean (93ms) : 90, 96
. : milestone, 93,
section CallTarget+Inlining+NGEN
This PR (6209) - mean (732ms) : 715, 748
. : milestone, 732,
master - mean (731ms) : 714, 748
. : milestone, 731,
gantt
title Execution time (ms) HttpMessageHandler (.NET Framework 4.6.2)
dateFormat X
axisFormat %s
todayMarker off
section Baseline
This PR (6209) - mean (191ms) : 188, 194
. : milestone, 191,
master - mean (190ms) : 188, 193
. : milestone, 190,
section CallTarget+Inlining+NGEN
This PR (6209) - mean (1,201ms) : 1180, 1222
. : milestone, 1201,
master - mean (1,198ms) : 1176, 1220
. : milestone, 1198,
gantt
title Execution time (ms) HttpMessageHandler (.NET Core 3.1)
dateFormat X
axisFormat %s
todayMarker off
section Baseline
This PR (6209) - mean (276ms) : 270, 282
. : milestone, 276,
master - mean (277ms) : 271, 282
. : milestone, 277,
section CallTarget+Inlining+NGEN
This PR (6209) - mean (942ms) : 927, 956
. : milestone, 942,
master - mean (944ms) : 924, 964
. : milestone, 944,
gantt
title Execution time (ms) HttpMessageHandler (.NET 6)
dateFormat X
axisFormat %s
todayMarker off
section Baseline
This PR (6209) - mean (265ms) : 260, 270
. : milestone, 265,
master - mean (265ms) : 261, 268
. : milestone, 265,
section CallTarget+Inlining+NGEN
This PR (6209) - mean (925ms) : 904, 947
. : milestone, 925,
master - mean (929ms) : 907, 950
. : milestone, 929,
|
Throughput/Crank Report ⚡Throughput results for AspNetCoreSimpleController comparing the following branches/commits: Cases where throughput results for the PR are worse than latest master (5% drop or greater), results are shown in red. Note that these results are based on a single point-in-time result for each branch. For full results, see one of the many, many dashboards! gantt
title Throughput Linux x64 (Total requests)
dateFormat X
axisFormat %s
section Baseline
This PR (6209) (11.217M) : 0, 11217293
master (11.115M) : 0, 11115307
benchmarks/2.9.0 (11.081M) : 0, 11080577
section Automatic
This PR (6209) (7.458M) : 0, 7458159
master (7.335M) : 0, 7334625
benchmarks/2.9.0 (7.732M) : 0, 7732233
section Trace stats
master (7.700M) : 0, 7700429
section Manual
master (10.990M) : 0, 10989510
section Manual + Automatic
This PR (6209) (6.889M) : 0, 6889227
master (6.780M) : 0, 6780487
section DD_TRACE_ENABLED=0
master (10.305M) : 0, 10305060
gantt
title Throughput Linux arm64 (Total requests)
dateFormat X
axisFormat %s
section Baseline
This PR (6209) (9.511M) : 0, 9511221
master (9.774M) : 0, 9773727
benchmarks/2.9.0 (9.798M) : 0, 9798067
section Automatic
This PR (6209) (6.622M) : 0, 6622316
master (6.463M) : 0, 6462618
section Trace stats
master (6.907M) : 0, 6906626
section Manual
master (9.697M) : 0, 9697280
section Manual + Automatic
This PR (6209) (6.139M) : 0, 6139077
master (6.155M) : 0, 6155472
section DD_TRACE_ENABLED=0
master (8.868M) : 0, 8867528
gantt
title Throughput Windows x64 (Total requests)
dateFormat X
axisFormat %s
section Baseline
This PR (6209) (9.793M) : 0, 9792860
master (10.077M) : 0, 10076675
benchmarks/2.9.0 (10.067M) : 0, 10067315
section Automatic
This PR (6209) (6.537M) : 0, 6536652
master (6.567M) : 0, 6566975
benchmarks/2.9.0 (7.552M) : 0, 7552193
section Trace stats
master (7.314M) : 0, 7314135
section Manual
master (10.073M) : 0, 10073436
section Manual + Automatic
This PR (6209) (6.171M) : 0, 6170879
master (6.134M) : 0, 6134127
section DD_TRACE_ENABLED=0
master (9.536M) : 0, 9535909
|
eb0bf49
to
b00cec6
Compare
Benchmarks Report for tracer 🐌Benchmarks for #6209 compared to master:
The following thresholds were used for comparing the benchmark speeds:
Allocation changes below 0.5% are ignored. Benchmark detailsBenchmarks.Trace.ActivityBenchmark - Same speed ✔️ Same allocations ✔️Raw results
Benchmarks.Trace.AgentWriterBenchmark - Same speed ✔️ Same allocations ✔️Raw results
Benchmarks.Trace.AspNetCoreBenchmark - Same speed ✔️ Same allocations ✔️Raw results
Benchmarks.Trace.CIVisibilityProtocolWriterBenchmark - Same speed ✔️ Same allocations ✔️Raw results
Benchmarks.Trace.DbCommandBenchmark - Same speed ✔️ Same allocations ✔️Raw results
Benchmarks.Trace.ElasticsearchBenchmark - Same speed ✔️ Same allocations ✔️Raw results
Benchmarks.Trace.GraphQLBenchmark - Same speed ✔️ Same allocations ✔️Raw results
Benchmarks.Trace.HttpClientBenchmark - Same speed ✔️ Same allocations ✔️Raw results
Benchmarks.Trace.ILoggerBenchmark - Same speed ✔️ Same allocations ✔️Raw results
Benchmarks.Trace.Log4netBenchmark - Same speed ✔️ Same allocations ✔️Raw results
Benchmarks.Trace.NLogBenchmark - Same speed ✔️ Same allocations ✔️Raw results
Benchmarks.Trace.RedisBenchmark - Same speed ✔️ Same allocations ✔️Raw results
Benchmarks.Trace.SerilogBenchmark - Same speed ✔️ Same allocations ✔️Raw results
Benchmarks.Trace.SpanBenchmark - Slower
|
Benchmark | diff/base | Base Median (ns) | Diff Median (ns) | Modality |
---|---|---|---|---|
Benchmarks.Trace.SpanBenchmark.StartFinishSpan‑net6.0 | 1.189 | 402.47 | 478.72 |
Benchmark | base/diff | Base Median (ns) | Diff Median (ns) | Modality |
---|---|---|---|---|
Benchmarks.Trace.SpanBenchmark.StartFinishScope‑net6.0 | 1.202 | 577.76 | 480.69 |
Raw results
Branch | Method | Toolchain | Mean | StdError | StdDev | Gen 0 | Gen 1 | Gen 2 | Allocated |
---|---|---|---|---|---|---|---|---|---|
master | StartFinishSpan |
net6.0 | 403ns | 0.26ns | 0.974ns | 0.0081 | 0 | 0 | 576 B |
master | StartFinishSpan |
netcoreapp3.1 | 608ns | 1.55ns | 6.02ns | 0.00768 | 0 | 0 | 576 B |
master | StartFinishSpan |
net472 | 748ns | 0.756ns | 2.93ns | 0.0916 | 0 | 0 | 578 B |
master | StartFinishScope |
net6.0 | 578ns | 0.161ns | 0.582ns | 0.00969 | 0 | 0 | 696 B |
master | StartFinishScope |
netcoreapp3.1 | 748ns | 0.634ns | 2.46ns | 0.0094 | 0 | 0 | 696 B |
master | StartFinishScope |
net472 | 942ns | 0.829ns | 3.1ns | 0.104 | 0 | 0 | 658 B |
#6209 | StartFinishSpan |
net6.0 | 479ns | 0.175ns | 0.656ns | 0.00817 | 0 | 0 | 576 B |
#6209 | StartFinishSpan |
netcoreapp3.1 | 549ns | 0.229ns | 0.856ns | 0.00771 | 0 | 0 | 576 B |
#6209 | StartFinishSpan |
net472 | 672ns | 0.304ns | 1.14ns | 0.0915 | 0 | 0 | 578 B |
#6209 | StartFinishScope |
net6.0 | 480ns | 0.21ns | 0.815ns | 0.00989 | 0 | 0 | 696 B |
#6209 | StartFinishScope |
netcoreapp3.1 | 732ns | 1.74ns | 6.74ns | 0.00924 | 0 | 0 | 696 B |
#6209 | StartFinishScope |
net472 | 866ns | 0.353ns | 1.37ns | 0.104 | 0 | 0 | 658 B |
Benchmarks.Trace.TraceAnnotationsBenchmark - Same speed ✔️ Same allocations ✔️
Raw results
Branch | Method | Toolchain | Mean | StdError | StdDev | Gen 0 | Gen 1 | Gen 2 | Allocated |
---|---|---|---|---|---|---|---|---|---|
master | RunOnMethodBegin |
net6.0 | 611ns | 0.366ns | 1.42ns | 0.00976 | 0 | 0 | 696 B |
master | RunOnMethodBegin |
netcoreapp3.1 | 931ns | 0.893ns | 3.46ns | 0.00939 | 0 | 0 | 696 B |
master | RunOnMethodBegin |
net472 | 1.19μs | 0.685ns | 2.47ns | 0.104 | 0 | 0 | 658 B |
#6209 | RunOnMethodBegin |
net6.0 | 653ns | 0.636ns | 2.46ns | 0.00984 | 0 | 0 | 696 B |
#6209 | RunOnMethodBegin |
netcoreapp3.1 | 954ns | 2.65ns | 9.91ns | 0.0094 | 0 | 0 | 696 B |
#6209 | RunOnMethodBegin |
net472 | 1.19μs | 0.24ns | 0.928ns | 0.104 | 0 | 0 | 658 B |
8521363
to
28b3711
Compare
Due to a mismatch in `args`, the tracer was never actually installed, which means this test hasn't been running Added check to make sure that we're recording tracer logs to be safe (we could test more, but gets more complex)
…seeing as it depends on services from there
faebc6a
to
5f1ebdf
Compare
Summary of changes
Fixes the "LoaderOptimization" IIS tests
Reason for change
While working on a separate issue, discovered that the LoaderOptimzation tests (in the
msi_integration_tests
stage aren't testing anything because the MSI isn't actually being installed 🤦Implementation details
The "fix" is
dotnet_tracer_msi
=>DOTNET_TRACER_MSI
in thedocker compose build
step.dockerignore
so that it's actually added to the container 😬Also took the chance to refactor this a little too (in preparation for a stacked PR)
build_data/logs
Test coverage
Discovered this wasn't working in a separate PR, so as long as the tests pass (and the artifacts for the msi stage confirm we do have logs, then we should be good
Other details
Prerequiste for testing the behaviour in this PR